home *** CD-ROM | disk | FTP | other *** search
/ Halting the Hacker - A P…uide to Computer Security / Halting the Hacker - A Practical Guide to Computer Security.iso / rfc / rfc1789.txt < prev    next >
Text File  |  1997-04-01  |  14KB  |  340 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                            C. Yang
  8. Request for Comments: 1789                     University of North Texas
  9. Category: Informational                                       April 1995
  10.  
  11.  
  12.          INETPhone: Telephone Services and Servers on Internet
  13.  
  14. Status of this Memo
  15.  
  16.    This memo provides information for the Internet community.  It does
  17.    not specify an Internet standard of any kind.  Distribution of this
  18.    memo is unlimited.
  19.  
  20. IESG Note
  21.  
  22.    Internet Engineering Steering Group comment from the Transport Area
  23.    Director: Please note well that this memo is an individual product of
  24.    the author.  Work on standards and technology related to this topic
  25.    is additionally taking place in the IETF in the Multiparty MUltimedia
  26.    SessIon Control Working Group (MMUSIC).
  27.  
  28. Abstract
  29.  
  30.    INETPhone is a true telephone service through the Internet. It
  31.    integrates the local telephone networks and the Internet using
  32.    INETPhone servers. Thus a long distance call can be split into two
  33.    local calls and an Internet connection, which is transparent to end
  34.    users. Such a phone service through Internet will be a major step
  35.    towards integrated services on Internet. In order to support the
  36.    INETPhone and lay down the ground rules of the service, a scheme of
  37.    "open partnership" is proposed, so that the entire Internet community
  38.    can have the equal opportunity and benefits from the INETPhone
  39.    service.
  40.  
  41. 1. Introduction
  42.  
  43.    The success of traditional Internet services, such as the electronic
  44.    mail, the file transfer, and the remote machine access, has inspired
  45.    a row of new network applications -- the world-wide information web,
  46.    voice and video conferencing, and network telemarketing are just a
  47.    few to mention.  With the further development in infrastructure and
  48.    the architecture of integrated, multimedia information services
  49.    [1,2,3], certainly the Internet will play a crucial role in shaping
  50.    up the future of so-called information super-highway.
  51.  
  52.    Among many new applications, the voice communication through Internet
  53.    bears perhaps the most potential impact, since it competes directly
  54.    with the telephone communication, which has become an indispensable
  55.  
  56.  
  57.  
  58. Yang                                                            [Page 1]
  59.  
  60. RFC 1789       Telephone Service and Servers on Internet      April 1995
  61.  
  62.  
  63.    part of the modern society.  Recently, many software packages are
  64.    available, either commercially or as public free-ware, which supports
  65.    voice communication on Internet.  Some of these products are targeted
  66.    directly as possible substitution for long distance telephone
  67.    services.  However, so far, all such products only support voice
  68.    communications using a computer that is on the Internet or is
  69.    connected, via a SLIP link, to the Internet [4].
  70.  
  71.    This RFC presents a true telephone service, called INETPhone, which
  72.    supports voice communication through the Internet.  INETPhone
  73.    integrates the local phone network with the Internet. The phone
  74.    network provides local access of INETPhone service with the existing
  75.    telephone facilities, whereas the Internet delivers the packets of
  76.    voice communication over long distances.  The service of INETPhone is
  77.    illustrated by the following scenario.  Assuming a user at area A
  78.    wants to call another user in area B. The user first makes a local
  79.    call to an INETPhone server in area A. After the connection, the user
  80.    keys in the remote phone number in area B to the server. Then the
  81.    server in area A makes a connection to another INETPhone server in
  82.    area B, and requests the remote server to dial, as a local call, the
  83.    phone number in area B. Therefore, a long distance phone connection
  84.    between users in area A and B is established via two local phone
  85.    connections and one Internet connection between two INETPhone
  86.    servers.
  87.  
  88.    The INETPhone provides a general service of voice communication on
  89.    Internet compatible to the existing telephone service.  The
  90.    motivation in developing and experimenting the INETPhone service can
  91.    be two-folds: on the one hand, a general telephone service on the
  92.    Internet will be a major step towards integrated services on Internet
  93.    and a great challenge to the future development of Internet
  94.    infrastructure and protocol architecture; on the other hand, the
  95.    entire Internet community can take the advantage from the cheap and
  96.    convenient voice communication of the INETPhone service.
  97.  
  98. 2. Design Philosophy
  99.  
  100.    The design philosophy of the INETPhone differs from the most of
  101.    current voice communication services on Internet in three basic
  102.    aspects: integrating the existing telephone networks with the
  103.    Internet; using the INETPhone servers to carry out the task of voice
  104.    packet delivery on Internet; and an open-partnership of establishing
  105.    the INETPhone service on Internet.  The discussion of each of these
  106.    aspects is given as follows.
  107.  
  108.    The conventional telephone service is the most popular and convenient
  109.    means for voice communication across distances. Any serious effort to
  110.    integrate voice communication on the Internet should take the full
  111.  
  112.  
  113.  
  114. Yang                                                            [Page 2]
  115.  
  116. RFC 1789       Telephone Service and Servers on Internet      April 1995
  117.  
  118.  
  119.    advantage of this well-established service.  The INETPhone bridges
  120.    the existing telephone network with the Internet, so that the access
  121.    of the INETPhone service will be totally based on the local phone
  122.    services and facilities. This will lead to a much easier access and
  123.    broader user population than the approaches of computer-based access.
  124.  
  125.    The INETPhone service is based on the client-server model, in which a
  126.    group of INETPhone servers are responsible for accepting/initiating
  127.    local calls and deliverying voice packets across the Internet.  The
  128.    general users (as clients) can easily access the service through a
  129.    conventional phone with a local call. The creation of such INETPhone
  130.    servers eases the burden from general users, and provides services of
  131.    voice communication on the Internet in a more efficient and
  132.    manageable manner.
  133.  
  134.    Hundreds even thousands of INETPhone servers will be required for the
  135.    wide coverage of INETPhone services on the Internet (to cover all
  136.    areas within US, at least one server needs to be installed in each
  137.    area of phone area code).  Instead of letting few industrials
  138.    monopolize such a service on the Internet, an alternative approach
  139.    based on an open-partnership scheme of INETPhone service is proposed
  140.    (see Section 5), which will give equal opportunity and benefits to
  141.    the entire Internet community.
  142.  
  143. 3. INETPhone Servers
  144.  
  145.    The central components of the INETPhone service are its servers on
  146.    Internet.  The server acts as a gateway between the telephone network
  147.    and the Internet.  For this purpose, the server will have both
  148.    interfaces to a computer network and the telephone network.
  149.    Currently, there are many commercial telephone interface cards
  150.    available on the market (such as Dialogic's Voice Boards [5]), which
  151.    support various telephone operations of detecting/generating
  152.    telephone signals (ring, DTMF, etc. [6]), receiving/initiating phone
  153.    calls, recording (digitizing and compressing) or playing back audio
  154.    signals, and monitoring the progress of a phone call.
  155.  
  156.    With the support of necessary hardware interfaces, the function of an
  157.    INETPhone server includes:
  158.  
  159.      (a) Receive a local call or accept a connection from a remote
  160.          server;
  161.  
  162.      (b) Identify the PIN of a local call and determine if to proceed
  163.          the call or not;
  164.  
  165.      (c) Accept a phone number for remote dialing from a local call;
  166.  
  167.  
  168.  
  169.  
  170. Yang                                                            [Page 3]
  171.  
  172. RFC 1789       Telephone Service and Servers on Internet      April 1995
  173.  
  174.  
  175.      (d) Look up the local directory for a remote server of a
  176.          requested call;
  177.  
  178.      (e) Make a connection to a remote server;
  179.  
  180.      (f) Make a local phone call upon the request of a remote server;
  181.  
  182.      (g) Maintain full-duplex, real-time exchanges of voice packets
  183.          via Internet;
  184.  
  185.      (h) Maintain information exchanges with Directory Servers (see
  186.          Section 4);
  187.  
  188.      (i) Handle exceptional conditions, such as long delay or drop of
  189.          voice packets;
  190.  
  191.      (j) Monitor quality of service and keep accounting information.
  192.  
  193.    The above listed functions represent probably the minimal
  194.    requirements for each INETPhone server. Some further important
  195.    features, such as compression/decompression, security, multicasting,
  196.    and voice mail need also to be considered when a real service of
  197.    INETPhone is launched on the Internet.  Since a general public of the
  198.    Internet community might be involved in this proposed INETPhone
  199.    service, it is probably necessary to set an open standard in the
  200.    building of INETPhone servers (see Section 5).
  201.  
  202. 4. Directory Servers
  203.  
  204.    The main philosophy behind the INETPhone service is to reduce a long
  205.    distance phone call into two local calls and an Internet connection.
  206.    Therefore, an INETPhone server will always be identified by its IP
  207.    address with its local area code of the phone number (also possibly
  208.    with its sub-regional number).  In order to support a dynamic
  209.    configuration of INETPhone servers on the Internet, a Directory
  210.    Server(s) (DS) will be required to map between IP address and area
  211.    code of INETPhone servers, which in some sense, is similar to the
  212.    functions of a Name Server (such as the BIND [7]).  After an
  213.    INETPhone server is installed on the Internet, it needs to register
  214.    itself with a DS.  The mapping information at DS will be disseminated
  215.    to INETPhone servers for the search of a remote server in response to
  216.    a requested phone call.  Local cache of mapping information may also
  217.    be maintained at INETPhone servers to alleviate communications
  218.    between INETPhone servers and Directory Server(s).  Again, the
  219.    function of a Directory Server for the INETPhone may require another
  220.    open specification.
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Yang                                                            [Page 4]
  227.  
  228. RFC 1789       Telephone Service and Servers on Internet      April 1995
  229.  
  230.  
  231. 5. Open Partnership
  232.  
  233.    Voice communication and telephone service are important parts for
  234.    providing integrated information services over the Internet.  With
  235.    the current trends of commercialized services over the Internet,
  236.    sooner or later, some kind of telephone services will be launched on
  237.    the Internet by some private companies.  On the other hand, the
  238.    operation of the INETPhone service will depend on the installment of
  239.    enough INETPhone servers over the Internet, which can be achieved
  240.    through a cooperative effort of the entire Internet community.  This
  241.    RFC proposes an open-partnership scheme for the INETPhone service,
  242.    which provides equal opportunity and benefits to the entire Internet
  243.    community.
  244.  
  245.    An outline of the proposed open-partnership scheme is listed as
  246.    follows:
  247.  
  248.      (a) Any organization or individual person can join or withdraw
  249.          from this open-partnership on a voluntary base.
  250.  
  251.      (b) In order to join the partnership (therefore becoming a member
  252.          of the partnership), an organization or a person should at
  253.          least install and maintain an INETPhone server on the
  254.          Internet with the equal capacity of lines for call-in and
  255.          dial-out services.
  256.  
  257.      (c) Each member of the partnership has the equal right to use the
  258.          INETPhone service through any INETPhone servers on the
  259.          Internet.  All services will bear the same charges based on
  260.          the number of bytes transmitted through the Internet and
  261.          whatever the rate (if any) laid down by the Internet
  262.          authority.
  263.  
  264.      (d) A not-for-profit consortium will be formed from the
  265.          representatives of all members of the partnership. The main
  266.          task of the consortium is to establish all regulations and
  267.          specifications of the INETPhone service, and to coordinate
  268.          the execution of these rules by all the members.
  269.  
  270. 7. Recommendation
  271.  
  272.    If there is enough interests in the INETPhone service from the
  273.    Internet community, the IAB may need to consider forming a special
  274.    task force or working group to further look into the matter.
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282. Yang                                                            [Page 5]
  283.  
  284. RFC 1789       Telephone Service and Servers on Internet      April 1995
  285.  
  286.  
  287. 8. References
  288.  
  289.    [1] Adie, C., "Network Access to Multimedia Information", RFC 1614,
  290.        Edinburgh University, May 1994.
  291.  
  292.    [2] Braden, R., Clark, D., and S. Shenker, "Integrated Services in
  293.        the Internet Architecture: an Overview", RFC 1633, ISI, MIT,
  294.        Xerox PARC, June 1994.
  295.  
  296.    [3] Weider, C., and P. Deutsch, "A Vision of an Integrated Internet
  297.        Information Service", RFC 1727, Bunyip Information Systems,
  298.        December 1994.
  299.  
  300.    [4] Walters, R., "Computer Telephone Integration", Artech House
  301.        Publishers, Norwood, MA, 1994.
  302.  
  303.    [5] Dialogic Corporation, "Voice Hardware Reference", Parsippany, NJ,
  304.        1994.
  305.  
  306.    [6] Noll, M., "Introduction to Telephones and Telephone Systems", 2nd
  307.        Ed., Artech House Publishers, Norwood, MA, 1991.
  308.  
  309.    [7] Albitz, P., and C. Liu, "DNS and BIND", O'Reilly & Associates,
  310.        Sebastopol, Calif., 1992.
  311.  
  312. 8. Security Considerations
  313.  
  314.    Security will be an important issue in the INETPhone service.  As a
  315.    general proposal, however, this RFC chooses to leave this topic for
  316.    future discussions.
  317.  
  318. 9. Acknowledgement
  319.  
  320.    This RFC is based on a currently undergoing project supported by the
  321.    Department of Computer Science, University of North Texas.
  322.  
  323. 10. Author's Address
  324.  
  325.    Cui-Qing Yang
  326.    Dept. of Computer Science
  327.    University of North Texas
  328.    P.O. Box 13886
  329.    Denton, TX 76203
  330.  
  331.    Phone: (817) 565-2822
  332.    Fax: (817) 565-2799
  333.    EMail: cqyang@cs.unt.edu
  334.  
  335.  
  336.  
  337.  
  338. Yang                                                            [Page 6]
  339.  
  340.